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(57) Abstract 

A system for detecting interaction between different services on a telecommunications network includes a computer expert system. 
A data store in the expert system is programmed with data which represent attributes of service features. A rule store is programmed with 
rules which relate feature attributes to interaction behaviours. An inference engine is connected to the data store and to the rule store and 
processes the data and the rules to detect any interaction between the services. The data in the data store may be arranged as sets of objects, 
each object in a set corresponding to a different state transition of the corresponding feature. The different objects may be given sequence 
numbers corresponding to the time sequence of execution of the feature. At least some of the rules may relate to these sequence numbers. 
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DETECTING SERVICE INTERACTIONS IN A TELECOMMUNICATIONS NETWORK 

The present invention relates to telecommunications networks, and in 
particular to the detection of undesirable interactions between different services 
5 running on a network. 

Telecommunications networks are increasingly required to offer customers 
services in addition to basic call-handling. The development of novel network 
architectures, such as the IN (intelligent network) architecture, together with 
developments in computing platforms for telecommunications systems, make it 
10 potentially possible to offer customers a large portfolio of additional services to 
select from. However, as the number of services increases, and as services 
become available from independent service providers in addition to the network 
operator, then service feature interaction becomes a serious problem. It is often 
found that features offered by one service interact in an unwanted manner with 

15 features of other services. For example, a voice messaging service, such as BT's 
CallMinder service, may have as one of its standard features a behaviour such that 
incoming calls are diverted to the messaging service whenever the called line is 
busy. Another available service, Call Waiting, handles the same condition, namely 
the called number being busy, in an entirely different fashion. The Call Waiting 

20 service transmits an alert tone to the user and gives the user the option of 
interrupting the on-going call to speak to the new caller. It can be seen that if a 
customer wanted to subscribe to both services, then there is conflict between the 
service features which needs to be resolved. Otherwise, it would be necessary to 
bar the provisioning of both of these services to a customer, with a consequent 

25 loss in utility to the customer, and loss of revenue to the service provider. 

Conventionally, during the planning of new services for a 
telecommunications network, attempts have been made to detect in advance any 
interaction problems by writing English-language specifications of the service 
features. Using these specifications a paper "walk through" of the services is then 

30 conducted, with the des.gn engineer go.ng step by step through the different 
services and spotting any interaction problems. This is a time-consuming 
procedure which can never be completely reliable, leaving the possibility that 
unforeseen interactions will occur when the service is deployed. 



WO 98/14017 



PCT/GB97/02505 



Some attempts have been made previously to automate the detection of 
interaction during the design phase. For example, International patent application 
W095/22231 discloses a method of detecting service interactions which uses 
formal specifications of the additional services. The algorithm uses information 
5 that is specific to the services being tested which needs to be rewritten every time 
a change is made to one of the service features. Moreover, the approach adopted 
requires that a formal model should be prepared for every service feature which is 
handled. The preparation of such formal models is a difficult and time-consuming 
task requiring a high level of expertise. 

10 

According to a first aspect of the present invention, there is provided a 
system for detecting interaction between services running on a 
telecommunications network comprising: 

a computer expert system including: 
15 a) a data store programmed with data representing attributes of 

service features; 

b) a rule store programmed with rules which relate feature attributes 
to interaction behaviours; and 

c) an inference engine which is connected to the data store and to 
20 the rule store and which is arranged to process the data and the 

rules, thereby detecting any interaction between the services. 
The present invention adopts a radically new approach to the detection of 
service feature interaction, through the use of an expert system. The traditional 
domain of use of expert systems is for diagnostic classification problems involving 

25 data which is essentially static. A well known example is the identification of a 
particular bacterium from a series of statements about its properties and 
appearance. In this domain, expert system technology has a proven track record in 
reproducing and sometimes surpassing human expert performance for the same 
problem. It is not however been thought possible hitherto to apply such 

30 techniques to the problem domain of the present invention. Feature interaction in 
a telecommunications network is an essentially time-related phenomen and so on 
the face of it not suitable for expert system techniques. The present inventors 
have found however that with an appropriate knowledge representation, expert 
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systems can successfully be used for feature interaction detection. This provides 
a dramatic reduction in the time required to uncover service interworking problems, 
coupled with increased flexibility. The separation between the knowledge 
representation and the inference rules, means that changes or additions to the 
5 services can readily be assessed simply by making corresponding changes to the 
knowledge representation in the data store. In this way, the system is quickly able 
to detect any problems arising from the new features. By contrast with the prior 
art systems there is no need to repeat an entire "walk-through" from scratch. 

The system of the present invention may run, for example, at a local 

10 switch in a telecommunications network to aid the detection and management of 
interaction problems as they occur. Alternatively, or in addition, the system may 
be used during the development of a new service to detect any interaction 
problems prior to the deployment of the service. 

In the case of a system used at run-time in the network, then the output 

15 of the system may be fed to a control system for modifying the behaviour of the 
network in order to remove or ameliorate the detected interaction problem. The 
control system may, for example, modify the stored profile for a customer in order 
to disable one or more service features. A more sophisticated control system 
might initiate a dialogue with the customer to allow the customer to determine a 

20 default behaviour for the network. For example, in the case of the Call Minder or 
call waiting services, the user might be given the option of selecting the Call 
Waiting response, that is the transmission of an alert tone, rather than the Call 
Minder response, that is the transfer of the incoming call to a messaging service. 

Preferably the expert system data store includes a plurality of objects 

25 including, for each service feature which is represented in the data store, a set of 
objects corresponding to different respective state transitions of the feature. 

The term "object" is used in this document in the sense of object oriented 
design/programming (OOD/OOP) methodologies. 

As discussed in further detail below, the choice of an appropriate structure 

30 for organising the data in the data store is critical in maximising the efficiency of 
the interaction detection system. The inventors have found that the combination 
of the use of an object-based structure and a state transition representation of the 
service feature offers significant advantages both in efficiency of operation and in 



WO 98/14017 



4 



PCT/GB97/02505 



ease of development and modification of the detection system. The use of sets of 
objects representing different state transitions makes it possible to capture the 
characteristics of a service feature in a form which is well-adapted for processing 
by the inference engine. 
5 Preferably each of the said set of state transition objects includes a 

sequence number corresponding to the position of the respective state transition in 
the sequence of execution of the feature and at least some of the rules in the rule 
store reason over the values of the sequence numbers. Preferably the objects are 
arranged in a hierarchy of superclasses and subclasses of the superclasses, and 
10 some of the rules reason over superclasses and others of the rules reason over 
subclasses. 

The use of objects belonging to a hierarchy of classes, combined with 
rules which operate at different levels of the class hierarchy further increases the 
flexibility of the system. In particular, it ensures that when a new object is added 
1 5 to the data store, for example as the result of a modification to a service feature, 
there will already exist rules functioning at a higher level of the hierarchy which are 
immediately applicable to the new object, so that extensive modification of the 
rules is not required. 

According to a second aspect of the present invention there is provided a 
20 method of detecting interaction between services running on a telecommunications 
network comprising: 

programming a computer expert system with data representing attributes 
of service features and with rules relating feature attributes to interaction 
behaviours; 

25 processing the said data and the said rules in an inference engine and 

detecting thereby any interaction between the said services. 

According to a third aspect of the present invention, there is provided a 
method of operating a telecommunications network comprising: 

programming a computer expert system with data representing attributes 
30 of service features and with rules relating feature attributes to interaction 
behaviours; 

processing the said data and the said rules in an inference engine and 
detecting thereby any interaction between the said services; and 
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modifying the operation of .the network when an interaction is detected. 
Systems and methods embodying the present invention will now be 
described in further detail, by way of example only, with reference to the 
accompanying drawings in which: 
5 Figure 1 is a schematic of a system for detecting service feature 

interaction; 

Figure 2 is a schematic of a network having an IN architecture; 

Figure 3 is a state transition diagram illustrating one example of a service 

feature; 

10 Figure 4 is a class diagram showing the structure of the objects in the 

data store of the system of Figure 1; 

Figure 5 shows the structure of the switch management unit; 

Figure 6 shows a multiprocessor system for implementing the expert 
system of Figure 1 . 

15 A system for detecting and managing interactions between services 

running on a telecommunications network comprises an expert system 1 which in 
this example is connected to a switch management unit 2 within a service 
switching point (SSP) 3. As shown in Figure 2, the service switching point forms 
part of a telecommunications network employing an IN (intelligent network) 

20 architecture and including a further SSP 4, a service control point (SCP) 5 and an 
intelligent peripheral 6. The network, other than in the features described in 
further detail below, is conventional in nature. For further details of the IN 
architecture reference is made to the paper by T W Abernethy & A C Munday, 
"Intelligent Networks, Standards and Services", BT Technol J, Vol. 13, No. 2, April 

25 1995 and to the European Telecommunications Standards Institute Final Draft 
PRETS 300374-1, published July 1994, the contents of both of which are 
incorporated herein by reference. 

The call control software within the switch management unit is structured 
as described in the paper by HM Blair, "Attacking Product Complexity: Broadband 

30 Call Control for Vision O.N.E" XIV International Switching Symposium, October 25- 
30 1992. Figure 5 shows the software structured into a chain of connection 
segments. In this software structure it is the responsibility of the User Transaction 
Segment (UTS) to invoke feature software and link it into the chain, based on 
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customers' service data. In this example applicaton of the feature interaction 
expert system, the expert system forms part of the UTS. The expert system gets 
its input facts from the customer data and/or call progress signalling and the 
results of processing are used to decide whether to invoke feature software and if 
5 so, where in the call chain to link that software. 

The expert system 1 includes a data store 1 1 , a rule store 1 2 and an 
inference engine 13. In this example, the hardware for the expert system 
comprises a distributed processing system using Pentium microprocessors with 
access to local RAM and to mass storage devices. The data store 1 1 and rule 
10 store 12 are embodied in the storage devices and in the local RAM, and the 
inference engine 13 is provided by appropriate programming of the Pentium 
microprocessors. 

Figure 6 shows in further detail the platform used in this example to 
support the expert system. Multiple Pentium CPU's are linked by a local bus to 
15 each other, and to the region of RAM. Data stored on a local hard disk is accessed 
via a SCSI interface. The multiprocessor system is implemented on a motherboard 
which is linked to other components of the switch by an FDDI optical fibre LAN. 
In this example, in order to facilitate the use of an object-oriented knowledge 
representation, the expert system is implemented using an expert systems shell 
20 available commercially from Neuron Data Inc. of Mountain View, CA as "NEXPERT 
OBJECT" (Trade Mark). This is an object-based expert systems implementation 
tool with facilities for implementation of rules in the C programming language. The 
implementation of the rules is based on first order predicate logic. 

The expert system operates by applying rules to facts. The facts may 
25 have been input to the expert system either manually by the human user, or by a 
call control programme. Alternatively, the facts may have been inferred by 
previous applications of the rules. The evaluation of a rule assigns a truth value to 
the hypothesis of the rule, which represents some new fact about the domain. As 
rules may trigger other rules in their predicate actions, a set of rules comprises a 
30 network through which simple conclusions may be propagated to arrive at more 
complex results. 

It is found to be important that an appropriate form of knowledge 
representation is used for the facts. This is particularly true for the problem 
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domain of the present invention. As discussed in the introduction above, feature 
interaction is a characteristically time-related phenomenon, whereas expert 
systems have traditionally been applied to static diagnostic or classification 
problems. The preferred implementation of the present invention uses an object- 
5 based knowledge representation, rn which the objects are derived from state 
transition models of the service features. A state transition model offers the 
functionality necessary to describe service features, provided that note is taken of 
the side effects of the transitions between the various states. It is the side effects 
that will lead to models becoming interdependent and hence interacting within the 

10 network. A telephony feature may make a state transition for a variety of reasons, 
including response to an event caused by a state transition for some other feature. 

In the knowledge representation adopted in the present invention, the data 
store 1 1 is programmed with objects corresponding to the state transition of a 
finite state machine representing the behaviour of a telephony feature. As shown 

15 in Figure 4, the objects belong to classes which define a template for feature state 
transition objects. 

It should be noted that the class does not relate to an instance of the 
feature acting on a particular call, but describes how the feature will behave 
depending on its context in a particular call. Rules may then be written concerning 
20 behaviour of members of these classes, without reference to actual values of call 
data. 

Figure 3 is a state transition diagram representation of a service feature. 
In this example the service is an account code service, such as BT's chargecard 
service. Figure 4 is a class diagram showing the objects used to represent such a 

25 feature in a system embodying the present invention. Figure 4 uses the OMT 
diagram conventions set out in "Object Oriented Modeling & Design", Rumbaugh et 
a!.. Prentice Had, ISBN 0-13-630054-5. As shown in the Figure, the account code 
service comprises four state transitions, referenced a-d. Within the knowledge 
base of the expert system, the feature is stored as an instance of the 

30 ServiceFeature class, comprising a name "ACCCode" and a set of four Feature 
Transition objects: 
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Transition a: 

Sequence no. - 1 

Trigger event - 
5 event type - dialled digits 

location - calling party 
data - 145 

Caused event - 
10 event type - announcement 

location- calling party 
data - character string M A/C no. ?' 



15 Transition b: 

Sequence no. - 2 

Trigger event - 

event type - mid-call dialled digits 
20 location - calling party 

data - e.g. 56789 (valid) 

Caused event - 

event type - announcement 
25 location- calling party 

data - character string "Enter no. 



Transition c: 
30 Sequence no. - 2 

Trigger event - 

event type - dialled digits 
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location - calling party 
data - e.g. 34567 (not valid) 

Caused event - 
5 event type -clear call 

location- general 
data - 

Transition d: 
10 Sequence no. - 3 

Trigger event - 

event type - mid-call dialled digits 
iocation - calling party 
1 5 data - e.g. 01 473 644668 

Caused event - 

event type -call event 
location- general 
20 data - e.g. 01473 644668 



In developing the rules programmed in the rule store 12, use was made of 
a set of high level rules developed for this problem domain. These rules are 

25 grouped in terms of key words which collect the rules into concept groupings. 
The rules were then formalised and decomposed into smaller grains of knowledge 
to allow their implementation. Rules of small semantic weight use facts input to 
the experts system to extract simple conclusions. The simple conclusions are then 
forwarded through the rule network for use by one or more rules at a higher level. 

30 These larger semantic weight rules eventually form conclusions which correspond 
directly to the English language definitions of the top level rules. 

As information is forwarded through the rule network, some re-use of the 
lower level rules is achieved. Simple components of knowledge which are useful 
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10 

in the implementation of one high level rule often recur in the conditions of another 
rule. The choice of rules used in the implementation affects the level of reusability 
which is achieved. An efficient implementation is arrived at by progressive 
refinement of the choice of low level rules used. The rule evaluation process 
5 moves up through the rule network from data to higher level conclusions. The 
successful evaluation of a rule often leads to a subset of the feature state 
transition objects existing within the knowledge base being associated with a 
conclusion. When this occurs, a class is created dynamically corresponding to the 
subset of feature states. Those of the higher level rules which make use of the 
10 associated hypotheses then generally operate on the subset of feature state 
transition objects rather than the complete set, thus progressively constraining the 
scope of this subset and eventually arriving at a smaller one showing some 
interaction. 

Tables 2.1-2.5 show examples of the rules from the rule store 12. It can 

15 be seen that hypothesis of low semantic weight such as "trigger location 
compatible" lead to hypothesis with semantic weight corresponding to the original 
English language rules such as "triggering conflict". Table 2.4 shows a rule 
operating on the feature transition attribute "sequence number" to infer that a 
particular service feature is "persistent" (it remains associated with a call after its 

20 initial actions when triggered). Table 2.5 shows a rule operating on objects 
belonging to the super-class "run time event" to infer that a particular service 
feature initiates a new call as part of its actions. 

In use, when operation of the inference engine results in the hypothesis of 
rule 2.3 having the value "TRUE" then this result may be acted on by the switch 

25 management unit 2 to modify or inhibit one or more of the features running on the 
switch, so as to resolve the conflict arising from the feature interaction problem. 
For the particular call control software architecture illustrated in Figure 5, this 
involves the User Transaction Segment (UTS) either not invoking the Feature 
Segement (FS) corresponding to one of the features concerned or modifying the 

30 positions in the call chain of the relevant FSs. 
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TABLE 2.1 



lf< I feature.transition I > .tngger_event_location equals "remote" 
5 And < | feature_transition i > .trigger_event_location equals 
next_feature_transition.trigger_eventjocation 
Then trigger Jocatronscompatible 

Action Create Object < I feature_transition I > location_compatible_transition I 
10 TABLE 2.2 

If triggerjocations compatible 

And < llocation_compatiblejtransjtion| > ,tngger_eventJocation equals "remote" 
And < I location_compatible_transmon I > .destjine_state equals next_feature_transition. 
1 5 destjine_state 

Then line_transition_compatible 

Action Create Object < I location_compatible_ transition I > j compatible_transition ! 



20 

If line_states_compatible 

And < | compatible_transttion | > .trigger_event_tvpe equals 
next_feature_transition.trigger_event_type 
And < I compatible_transition | > .localJine_state equals 
25 next_feature_transition. local state 
Then triggering_conflict 

TABLE 2.4 

30 Rule using the Featuretransition attribute "Sequence number' 

lf< I service feature I >.< I feature_transitions | > ,sequence_number. 1 
Then persistent feature 

Action Ceate Object < I service feature I > I persistent features! 
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TAB L E 2 ,5 



Rule using the "Run time event" class 

5 lf< I service feature! >.< I run time event) > .event type equals "new call" 
The multiple calls feature 

Action Create Object < I service_feature I > I multiple calls features I 
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Appendix A - Example expert system 

The following definitions document an expert system embodying the invention. The first 
section describes the expert system in terms of the class structures of the knowledge 
base, the static objects in the knowledge base and the rules which act on objects in the 
5 knowledge base. The second section is a snap-shot of the objects in the expert system 
after details of several service features have been added to it. The definitions are printed 
out from the Nexpert Object™ tool in the format as documented by the Nexpert object 
reference manual (January 1991), part number Man- 1 0-400-01 . 

10 A basic undemanding of object oriented principles as well as expert system basics are 
assumed. Simple types used are Boolean (B), Integer (I) and String (S). 

Expert system definition 
Class definitions 

NAME : announcehistory 

15 

NAME : cascade_atiatch 
PROPERTIES : 

feature_name = (S) Unknown 

20 NAME : compatible_stntcs 
PROPERTIES : 

localjine state - (Si Unknown 

trigger_event_type = (S) 1 inknown 

25 NAME : conflicting Jocalannoiinecment 

NAME : conflicthi2_remotc_annnunccmcm 

NAME : control cotlcs 
30 PROPERTIES : 



35 



40 



c as cad e_attach merits - 


(S) l inknown 


causedlocalevent - 


{S) I Inknown 


causedremoteevent 1 = 


(S\ \ inknown 


caused_remote_cvcnt2 = 


(Si i 'nknown 


desMine Instate = 


IS) I nknown 


destjine2_statc = 


(Si i nknown 


featurenamc = 


(S) ( nknown 


locai_linc_staic = 


(S) 1 Inknown 


location_attachmcnts - 


(S) 1 inknown 


rank = 


(111 : nknown 
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sequencenumber = 
triggercvenMocation = 
trigger_event_type = 



(I) I inknown 
(S) I Inknown 
(S) Unknown 



5 NAME : feature_states 
SUBCLASSES : 

states_compaiible_reuirn 

returnedjsc 

lsc_out 

1 0 working_fcature_states 
triggering_conflicts 
controlcodes 
PROPERTIES : 

cascadeattachments - 

15 



NAME : teature states cascade 
caused_local_evcnt = 
caused_remote_event I = 
caused_remotc_event2 = 

20 dest linel state - 
dest_line2_stme - 
teature_name - 
local Jine state - 
location attachments 

25 rank = 

sequencenumner ■ 
tnggerevenMocahon «• 
trigger_event_type » 



(S) I Inknown 

attachments 
(St Unknown 
(S) Unknown 
(S) I Inknown 
(S) Unknown 
<N> l Inknown 
(S) I Inknown 
(S) Unknown 
(S) Unknown 
<l) Unknown 
(!) I inknown 
(S) Unknown 
(S) Unknown 



30 NAME : location_compauble_ 
PROPERTIES 

dest linel state = 
loca!Jine_statc = 
trigger_event_locaiion - 

35 

NAME : lsc_om 
PROPERTIES 

cascadc_attaclimcnis - 

caused_local_event - 
4-0 caused_remotc_evem I - 

caused_remotc_evenl2 = 

dest line I state — 

dest_Ime2_state = 

feature_name = 
45 local! ine_state = 

location attachments - 



(Si I Inknown 
(S) Unknown 
(SU Inknown 



(Si I Inknown 
(S) \ Inknown 
(S|l inknown 
(S) Unknown 
{S) Unknown 
(S) Unknown 
(S) Unknown 
(S) \ Inknown 
(S) Unknown 
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rank = 

sequence_number = 
lrigger_event_location = 
trigger_event_type = 



(hi nknown 
(1)1 nknown 
(S ) [ nknown 
(S \ I jnknown 



10 



NAME : names_attiichcd 
PROPERTIES : 

featurename = 

tngger_event_location = 

NAME : old value 



(S) I nknow ii 
(S) I -nknown 



15 



NAME : old_vaiucs 
PROPERTIES 

feature_name = {S\ Unknown 



NAME : possible features 
PROPERTIES : 

caused_local_event = 
20 caused remote event I = 

caused_remote_event2 = 

featurename - 

trigger_event_ local ion = 

25 NAME : returnedjse 
PROPERTIES : 

cascade_attachments ~ 
causedJocai_event = 
causedremoteevent I = 

30 caused remote event2 = 
desMine Instate = 
dest_line2_state = 
t*eature_name = 
local_line_state = 

35 location attachments = 
rank = 

sequence_number = 
trigger_evcntjocation = 
trigger event type = 

NAME: states compsiiihle 
PROPERTIES : 

cascade_attachments - 
causcdjocalevem - 
45 caused remote event) = 
caused_remote_evenC = 



40 



(Si I 'nknown 
(S| 1 nknown 
(S) ( : nknow n 
(Si I in known 
(Sit -nknown 



(Si Unknown 
fS) I Inknown 
(S> I ; nknown 
(Ml 1 nknown 
(S) Unknown 
(N) I Jnknown 
(S) Unknown 
(S) I nknown 
(S) I j nknown 
(1)1 inknown 
(I) \ nknown 
(S) I nknown 
(Si I nknown 



(S) I nknown 
(Si I nknown 
(S) I -nknown 
(Si i nknown 
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10 



15 



20 



25 



destjine Instate = 
dest_iine2_state = 
feature_name = 
localjinestate = 
locationattachmcnts = 
rank = 

sequencenumber - 
triggereventjocation = 
trigger event type - 

NAME : triggering conflicts 

PROPERTIES : 

cascade_attachments = 
caused_local_event = 
caused_remote_event I = 
caused_remote_event2 = 
destjine Instate = 
destjine2_state = 
teature_name = 
locaMine_state = 
location_attachments = 
rank = 

sequencenumber - 
triggereventjocation = 
trigger_eventjype = 



(S) l Inknown 
(S) I Ink noun 
(S) I Inknown 
(S) Unknown 
(S) I Inknown 
(I) I inknown 
(I) Unknown 
(S) I Inknown 
(S) I Inknow n 



(S) Unknown 
(S) \ inknown 
(S) Unknown 
(S) Unknown 
(SJ Unknown 
(S) I Inknown 
(S) I Inknown 
(S) Unknown 
(S) Unknown 
(!) Unknown 
(l> I Inknown 
(S) Unknown 
(S) Unknown 



NAME : working team re_states 
PROPERTIES 





cascade_attachinents = 


(S) Unknown 


30 


caused Jocalevent = 


(S) [ Inknown 




causedremoteevent 1 = 


(S) Unknown 




caused_remote_event2 = 


(S) [ Inknown 




destjinel state = 


(S) Unknown 




destline2_state = 


(S) Unknown 


35 


featurename - 


(S) Unknown 




localJine_state - 


(S) Unknown 




location_attachments - 


(S) I Inknown 




rank = 


(1) Unknown 




sequence number - 


(1)1 'nknown 


40 


triggereventjocation = 


(S) I inknown 




trigger_event_typc = 


<S) I Inknown 



Properties definitions 

NAME : cascadeattachments 
TYPE : String 



45 
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NAME : causedjoenl event 
TYPE : String 

NAME : causedremoteevent ! 
5 TYPE : String 

NAME : caused_remnte event2 
TYPE : String 

10 NAME : dest J ine Instate 
TYPE : String 

NAME : destjine2_st;itc 
TYPE : String 

15 

NAME ; featurename 
TYPE : String 

NAME : iocallinestnte 
20 TYPE : String 

NAME : location_attachments 
TYPE : String 

25 NAME: rank 
TYPE : Integer 

NAME : return val 
TYPE : Integer 

30 

NAME : sequence_number 
TYPE : Integer 

NAME : trigger_evem_locatu>n 
35 TYPE : String 

NAME : trigger_e vent type 
TYPE : String 

40 NAME: Value 
TYPE : Special 

Rules definitions 

RULE : Rule 29 
If 

45 there is evidence ol incremental state development 
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And <|fciWure_statcs{- leature_name is equal Id ncxt_teature stale tcaturename 

And (iicx!_reature_stutc seqiicncc_!uimbcr-<|tLNULire_statcs|> scqucricc number) is precisely equal to I 
And Execute 
5 "RankList'^ATOMID^Iteature^^ 

"0 

And <|t'eature states] rank is precisely equal in I 
And next teature_suue cascadc attachniL-nts is not equal to "dumtm *' 
And ncxtjeature_siatc location attachments is noi equal to "dummy" 
1 0 And Execute M add_cascnde"(6/>A TOMlD=nexl_leature_stalc.' -Iteaturc statcs|>;) 

Then cascadejiistory 

is confirmed. 

RULE : Rule 2 
15 If 

there is evidence of incrementai_stale_developmeni 
And there is no evidence of cascade_tri»«enns:_exisis 

And <|feature_states|> leature_name is equal to next Jeature state. tcature name 

And (next_feature_staie.seqiience_number-<!tenuire_siatesl^. sequence number) is precisely equal to ! 
20 And Execute 

•'RankList M (@ATOM t D=<|ieatiire state^^ 

";) 

And <|feature_states|>.rank is precisely equal to I 
And next feature stale. eascade attachmems is not equal to "dummy" 
25 And next feature_state locat ion attachments is not equal to "dummy" 

And Execute "add_eascade"(G/)ATOMID=noxt teauire_state,<|reaiure_slatesj>;) 
Then cascadejiistory 

is confirmed. 

30 RULE : Rule I 
If 

there is evidence of incrcmental_state_development 
And there is evidence nt cascade_triggering_extsts 

And <Jfcaturc_states|> Tcaturename is equal to next r'eature_staie.teature_name 
35 And (next_feature_state.sequence_number-<ireature_stntes!>.sequence_number) is precisely equal to I 

And Execute 
"RankLisr(@ATOMIO=<-|teaturc siates}>:'*f\STR!N( ;='f/'R AN K BY ^cascade ;Ulachn\ents.(f??RANKSET==rank,@fNCREASrNG 

And <|featurc_stales| rank is precisely equal to I 
40 And next Jcature_siaie cascadeattachments is not equal to "dumm>" 

And next_leaturc_state.location_attachments is not equal to "dummy" 
And Execute , \idd_cascade , ^r^AT()MlD=next_teaturc_statc.<|teaturc_states|> <jlsc_out|>;) 
Then cascadejiistory 

is confirmed 



45 



RULE : Rule 6 
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if 

<|vvorking_rcniure_siniL*sJ>.tri!i«cr_cveni_iypc is equal to next leamre state. caused_remote_event I 
And <j\vorking_teainre statcs|> triggereventjoeation is precisely equal to "remote" 
And next jeattirc suite dcstjinel_staie is not equal to "police" 
5 And Delete Object ireuirned lsej 

And Delete Object |lsc ont| 

And Create Dbjecl m«>ikine_teauire_states|> |lsc out] 

And Execute 
nine_states_compatiblc ,, {Y/AT<>MII)Hlse_oiit|jiext_reature_state.(// 
1 0 Then cascadc_trigi;erini!_c\ists 
is con tinned 



RULE : Rule 5 
It" 

1 5 <| work iny Jcamrc stntes|>.tri«ger_eveiU_lype is equal to nexl_tealure_state.caused_local_event 

And <|workiny_leaUiic Matesl>. tng«er_event_lncation is preciselv equal to "remote" 

And next leamre slate Inealjinestate is not equal to "police" 

And Delete Obiect |lsc _<mt| 

And Delete Obiect Ireunnedjscj 
20 And Create Obiect l\wMking_feature_states|> jisc_outj 

And Execute 
"Iine_states_compatible"< a ATOMI!)Hlsc_out|jiext_teatiire_state;r^STR[N(i= \lestJine l_staicJocal_line_state'';) 
Then cascadc_tri22erm«j_cx»sts 

is confirmed 

25 

RULE : Rule 4 
If 

<)workmL'_tcauire siatesi >.trmiicr_event_type is equal to next Jeauiie_state.caused_remote_event2 
And <|workine_tcatine_^taicsj>.trigger_event_loeation is preciselx equal to "local" 
30 And ne\! leaturcslale dcstjme2_state is not equal to "police" 

And Delete < Jhieet Kc mit| 
And Delete Object lrchmiedjse| 

And Create Obiect ■ iw<>ikm«_feature_statcs|> jlsc_out| 

And Execute 
35 ' , line_states_compntihle"l a ATOM!n-jlsc_out|jiext_teaturc_state^ 
Then cascade triggermg eMsis 
is conl'irmed 



RULE : Rule 3 

40 ir 

<|workmg teaiure_siaies!^.triaucr_eveiujypc is equal to ne\tJeature_state.caused_remote_eventl 
And <-|\vorkingJ*eauue states|>.tri«ger_evem_locatton is precisely equal to "local" 
And next tcauire siaie dest_linel_state is not equal to "police" 
And Delete < )bject |returned_lsc| 
45 And Delete Object |lsc _out| 

And Create Object <luorkin«_feature_states|> llse_out| 
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And Execute 
M iine_states_compatibieT/MTOM^ 
Then cascade_triggerin2_exists 

is confirmed. 

5 

RULE ; Rule 7 
It 

there is evidence of possihle features listed 

And <|!cniurc_stalcst ■■ iriisgcr_evcni_typc is precisely equal to "control code" 
1 0 And <|feaiure_statesi>.tcau»re_namc is equal to <|possible_feaiures| - feature name 

And <|posMble_featuresf >. trigger event Joeniion is precisely equal to "local" 
And Create Object <|lcature_statcs|> |control_codes| 
Then controlcodejiistnry 
is confirmed 

15 

RULE : Rule 8 
If 

<|feature_states|->.feaiure name is equal to next Jeature stale. feature name 
And <|feauirc statesj> sequence number is equal to next jeature_state sequence number 
20 Then duplicate state 

is confirmed 



RULE: Rule 9 
ff 

25 <|feature_statesj>.teaturc_name is equal to next _f'eature_state .feature name 

And <|featuie_states| - -caused Joen!_event is precisely equal to "announcement" 
And Create Object <|feainrc_states|> |announcejiistory| 
Then history Jniilt 

is confirmed 

30 

RULE : Rule 1 1 
If 

<|feature_states|> !eaturc_jiame is equal to next_feature_siate.feature_name 
And Delete Object (work ing_ teat ure_states| 
35 And Create Object <« !fcature_staies(» (workingjeature staiesi 

Then incremental j;taie_dcvelopment 
is confirmed 



RULE : Rule 10 
40 If 

<|fealure_stnies|>. fealurename is equal to next _teauire_state.feature_name 

And Delete Object j\vorkinc_feature_statesj 

And Create Object <'lleature_staics|» |working_leauire_states: 

And (<lfcature_statest • sequcnce_number-next jealure_state.sequcnce_number) is greater than or equal to 0 
45 And Delete Object <|lealure_statesl> | work ing_ feat ure state si 

Then incremental_state_development 
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is confirmed 

RULE : Rule 12 
[f 

5 there is evidence of rriirjci Jocalions compatible 

And ncxtteaturesiaic .locai_line_slate is mil equal to "police" 
And ncMjoatiire_slaic dest_linel_siale is not equal to •police'' 
And Execute "feature. Mates _compatihle'WATOMID^Iocatmn_compatib^^ 
Then line^statesok 
10 is confirmed 

RULE Rule 15 
If 

there is evidence ol possible features! istcd 

And <|pnssihlcjeaturcsi .caused _local_event ts preetseh equal in "announcement" 
And <|nnmes_attachedl .feature ..name is equal to <|possibieJeaturcs|> teauire_name 
And <|names_attachedi trigger event_loention is precisely equal to "remote" 
And <|possihle_featuresi>.feature_name is equal to <|names_attachedf>.feature_name 
And Create Object ipnssible_fealures|> |con flictingjocnl announcement! 
Then local_announcement_cont1ici 
is confirmed. 

RULE : Rule 14 
If 

there is evidence ol posMble_feaiures_lis!ed 

And <!possible_l'eatuiesi caused remote event I is precisely equal to "announcement" 
And <|names_attachcd; feature_name is equal to <ipossible_teaturesf>.feature_name 
And <|names_attached! - trigger, .eventration is precisely equal to "local" 
And <|possihleJeatiircsl>.featurc_name is equal to <|names_aitachedj>.feature_name 
And Create Object -jpossible Jeatures|> |conllicting_local_anuouneement! 
Then local_announcement_contlict 
is confirmed 

RULE : Rule 13 
If 

there is evidence of possihletcalurcsjisted 

And <|possible featuiesi .caused _remote_eveni2 is precisely equal to "announcement" 
And <| names _attached: teature name is equal to <lpossible_leatures|>.l'eature_name 
And <|names_attachcdl trigger eventjocation is precisely equal to "local" 
And <ipossih!c_featurc^ ■• .feature name is equal to <jnames_aiiachcdt>. l'eature_name 
And Create Object |p<wsible_teatures|> lcontlictingJocai_announeement| 
Then localannouncemcnt conflict 
is confirmed 

45 RULE : Rule 16 
If 



15 



20 



25 



30 



35 



40 
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there is no evidence nl iucrememal_state_ development 
And Delete Object |wotking__feaUiie_stntes| 
And Create Object |ieaUire_states| | working Jcature_sUUesi 
Then new_feature_developmeni 
5 is confirmed 



RULE : Rule 17 
If 

there is evidence of cascade Jiislory 
1 0 And Execute l, invJcn^ih''(^/)ATC)MID=iKxt_t'eature_state.cascade_altnchments.temp. returnval;) 

And Execute , 'create_ohis ,, (^AT()MlD=tenip.retiiriwalJnanics_attached|;@STRrNG=' a 

And Execute 
M GetMultiValne n (r^ATOMID=nc\i Jeature_siate.cascade_attadiments.<|n;imes ;ittached|>.reaturc_name;@STRTNG="ra)STRAT 
=SETFWRD*\) 

1 5 And Execute 

"GetMultiValue"((c/>ATOMID=ne\t _lcaturL^tatc.location_attachmeins.<|namcs_attached|> trigger_event location;) 
And <| feature siatesp Icaturename is equal to <|names_atiached| Icaturename 
And Create Object <|lcamre_statcs|> jpossihle_teatures| 
Then possible_features_listed 
20 is confirmed. 



RULE : Rule 19 
If 

there is evidence of possible^ feature sjisted 

25 And <jpossibte_teatutesi^ caused remote_event2 is precisely equal to "announcement" 

And <|namcs_attached| featurename is equal to <|possible Jeaturcsl>.r'eature_name 
And <jnames_attached| .trigger event location is precisely equal to "local" 
And <|possible_features|>.feature_name is equal to <|names_attachcd|> feature name 
And Create Object <|possibleJ'eatures|> |contliciin^remote_announcement| 

30 Then remote announcement conflict 
is confirmed. 



RULE: Rule 18 
If 

3 5 there is evidence of possible features listed 

And <|possible_teaturcsi^.causcd_remote_evenll is precisely equal lo "announcement' 
And <)iiames_attachcdl feature name is equal lo <|possib)e_leaturcsl>.feature_name 
And ^(names attachcdl trigsier_evenl_location is precisely equal to "local" 
And <|possible_features| >.feature_name is equal lo <|namcs attachedl>.featurc_name 

40 And Create Object <|possible_fcatures|> |contlicting_remote_announcementl 

Then remoteannouncementcontlici 
is confirmed 



RULE: Rule 20 
45 If 

Execute "reporf'O 
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Then reportgene rated 

is con firmed. 



RULE Rule 21 
5 If 

Execute ^SctMultiVahic'W-ATC)^ Waiting. 
Call Diversion. Call Divert on Btis>. a NODUIMJC ATE.r</ COMP=STRIN(i":) 

And Execute ^SetMulliValuc'^irMTOMID^cxt Jcntm 
local, remote.@DUPLICATE.fc/ : t"« )N I l'=STRING\) 
1 O And Execute "add_cascade M (V ATOMID=ne\tJealure_stnte: a STRING=°Call Back When Free, local";) 

Then test 

is confirmed. 

RULE : Rule 22 
15 If 

nextjcature_state.desijinel_siate is not equal in "police" 

And Execute 
, 1ine_states_compatible , '( (MTOMIDHfe 
Then test2 
20 is confirmed 



RULE : Rule 24 
[f 

<|fentiire staies|>.trtggci event Jocation is precisely equal in "local" 
25 And <|feaiure_states| trigger_e vent location is equal to next Jcatmc_stnte.trigger_eventJocation 

Then triggerlocationscompatiblc 
is confirmed 

And Create Object <lleature_states|> |locat»on_compattble_sta(csi 

30 RULE: Rule 23 
If 

<|feauire_suues|>. triage r_evcnt_localion is precisely equal to ' remote" 

And <|teature_states| mi igger event location is equal lo nexl_fcauire_state.triggcr_eventJocation 
Then trigger_locations_compatiblc 
35 is confirmed. 

And Create Object -:| leature siates|> |localion compatibie_sta:es 



RULE : Rule 28 
If 

A-0 there is evidence oMme stalcs ok 

And <|states_compatible_reLurn:> tri«ger_eventjype is equal to ne\t_feauire_state.trigger_event_typc 
And Create Object Mstmcs compatihte_returm> uriagenng_cnnf1icis[ 
Then triggering_connict 
is confirmed 

45 



RULE : Rule 27 
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<|feaUirc_states|> triggci evenljype is equal to nexl_leattire_suue caused Jocat_event 
And <ircaiiire„staics|.-.lntfal_linc_siatc is equal lo iiext_reiUurc_siatc.Uical_line_siaie 
And Create Object < |lenUire__siatos|> llriggeringcontlictsj 
5 Then triggeringconilici 
is con tinned 



RULE Rule 26 
If 

1 0 <|fcattire_states|>.triu»ei_event_type is equal to next_ feature stnie.auised_remote_event I 

And <|fcmurc_statcs|>.ilcsijiiic Instate is equal to nexMeature_staie.destJinel_state 
And Create Object <|lealure_stales|> |!riggerin»_conntctsi 
Then iriggering__conlltct 
is con firmed 

15 

RULE : Rule 25 
If 

<{feature_states|>.trigger_evemjype is equal to nextJeaturejUatexaused_remote_event2 
And <ffeature_states|> destjinel_state is equal to next_feature state destjine l_state 
20 And Create Object <|lealure_states|> [triggering conflicts! 

Then triggeringconflict 
is con tinned. 



List of hypotheses 

cascade Jiistory: Unknown 

25 cascade jriggeringexists Unknown 

* controlcodehistory: Unknown 

* duplicate_state: Unknown 

* history_built: Unknown 
incremental_state_deveiopment Unknown 

30 ltne_states_ok: Unknown 

* local announcement contlict: Unknown 

* new_feaiure_development: Unknown 
possible_featuresJisted: Unknown 

* remotc_announcement_contlict: Unknown 
35 * report_generated: Unknown 

* test; Unknown 

* test2: Unknown 
trigger Jocationscompati hie: Unknown 



* triggering_conflict: 



Unknown 
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Snap-shot of objects in the expert system after details of several service 
features have been added 

Objects describing the Call back when free feature 

5 NAME : CBWFI 
CLASSES 

te at u restates 
PROPERTIES 

cascade_attachments = (S) none 

10 

NAME . CBWF I .cascade _ attachments 

causcdjocaleveni - (Sj amiiiunccmcni 

NAME : CBWF I . caused Joeal_e\ cm 
15 caused remote eveni I = (Si none 

NAME : CBWF I .caused remoie_cvent I 
caused_remote_event2 -= (Si none 

20 NAME CBWF I caused remote e\ent2 
destjine I slate « (S) any 

NAME: CBWFl.dcsi. Imel_siatc 
dest_line2_staic = <M am 

25 

NAME : CBWFI desl Jmc2_ state 

feature_name = {SK all Hack When Free 

NAME CBWF! leaiure namc 
30 local line state - (S) idle 

NAME : CBWFUocaMine_s(aie 

Jocation_attachments = t s > local 

35 NAME: CBWF I. location attachments 

rank = (Ml -tiknown 

sequence_n umber = ({) i 

NAME : CBWF I. sequence jmmher 
40 lrigger_event_location = (S) local 

NAME : CBWF I . tni:i!cr_evenl locution 

trigger j:vent_typc = |M control code 

# 45 NAME: CBWFl.trigcer^eventjype 
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NAME: CBWF2 
CLASSES 
t'eature_states 
5 PROPERTIES 

cascadeattachments - (Si (all Divcrsion.Cnl! Waiting.Call Divert On liusy 

NAME ; CBWF2.caseade_aUaehmcnts 
causcd_local_eveiu = (S) seize 

10 

NAME : CBWF2. caused Jocal_event 
caused_remote_eventl = (S) seize 

NAME : CBWF2. caused remote event I 
1 5 caused_remote_event2 - (S) none 

NAME . CBWF2.caused_remole_event2 
destjine Instate = (Si busy 

20 NAME: CBWF2.dest_linel_state 
dest_iine2_state = (S) «iny 

NAME : CBWF2.destJine2_state 

feature_name = (S) C all Back When Free 

25 

NAME : CBWF2.ieature_name 
locaI_line_state - (S) any 

NAME : CBWF2.locat_lme_state 
30 location attachments = (S) local. local. local 

NAME : CBWF2.location_attachments 
rank = (I) I Jnknown 

sequence_number ^ (I) 2 

35 

NAME : CBWF2.sequenee_n umber 

trigger_e vent location - (S) remote 

NAME : CBWF2.trigger_event_lncation 
40 trigger_event_type « (S) clear 

NAME : CBWF2.trigger_evem_ty|K 



Objects describing the Call diversion feature 
45 NAME : CD1 
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CLASSES : 

feature_states 
PROPERTIES : 

cascade_attachments = (Si none 

5 

NAME : CD I .cascade attachments 

caused_iocal_evenl = (S) announcement 

NAME : CDL.causcdJncal evenl 
10 caused_remote_event I = (Sj none 

NAME : CD1 .caused_rcmote_evem I 
caused_remote_event2 = (St none 

15 NAME; CDl.causcd rcmote eveniJ 
destjinel_statc = (S) any 

NAME: CDLdestJinelstate 
dest_1ine2_state = (S) any 

20 

NAME CDl.dest_line2_state 

reaturename - <S> C all Diversion 

NAME: CDl.featurc_name 
25 local 

NAME: CDl.local_iine_state 

location_attachments = (S) local 

30 NAME: CD I. location attachments 

rank = {1)1 mknown 

sequence_number = (1)1 

NAME : CD I .sequencenumber 
35 tngger_event_location = (S) local 

NAME : CDI .trigger_event_location 

tngger_event_type - (S) control code 

40 NAME: CD1 trigger_evenl_type 

NAME : CD2 
CLASSES 

feature_states 
45 PROPERTIES 

cascadeattachments = (S) Call Waiting. Call Diversion 
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NAME : CD2.cnscailc_nttiichmcnis 
caused_tocal_everu = (Si none 

5 NAME : CD2.causedJocal_eveni 

caused_remote_event I = (S ) seize 

NAME : CD2. caused reniote_eveni I 
caused_remote_eveni2 = (S) none 

10 

NAME : CD2.caused_remote_eveni2 
dest_line Instate = (S) any 

NAME: CD2.dest_linel_statc 
1 5 dest_line2_state = (S) any 

NAME : CD2.destJine2_state 

feature_name = (S) Call Diversion 

20 NAME : CD2.feature_name 
local_line_state = (S) any 

NAME : CD2.localJine_state 

location_attachments = (S) local 

25 

NAME : CD2. location attachments 

rank - (I) Unknown 

sequcnce_number = { I ) 2 

30 NAME : CD2.sequencejuimber 

trigger_event_location - (S) local 

NAME : CD2.trigger_eventJocation 
trigger_event_type = (S) seize 

35 

NAME . CD2.tricger_event_type 

NAME : CD3 
CLASSES 
40 teature_states 
PROPERTIES : 

cascadeattachmems = (S) none 

NAME : CD3.cascade_auachmenis 
45 caused localevent = {S) none 
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NAME : CD3.causedJocnl_cvcnl 
caused_remote_eveni i - (Si dear 

NAME : CD3. caused remote eveni ( 
5 caused_remote_evcnl2 = (Si none 

NAME : CD3.caiised_remote_evcni2 
dest line I state - (S>husy 

10 NAME: CD3.destJine l_state 
dest_line2_siatc = (S) any 

NAME : CD3.dest_line2_state 

t"eature_naine - (S) Call Diversion 

15 

NAME : CD3. feature name 
localJine_state = (S) any 

NAME : CD3.localJine_statc 
20 location_attachments = (SI local 

NAME : CD3. location attachments 

rank = (I) 1 inknown 

sequence juimber = ( I) .» 

25 

NAME : CD3. sequence number 

trigger_event_locatton = (S) local 

NAME : CD3.trigger_evenlJocation 
30 trigger_eventjype = (S) clear 

NAME : CD3.triguer_event type 

Objects describing the Call waiting lent lire 

35 NAME : CWl 
CLASSES 

feature_statcs 
PROPERTIES : 

cascadealtachments = (S) none 

40 

NAME : CWl.cascade_attachmeni> 

causedlocalevent = (N) announcement 

NAME : CWl.caused local event 
45 caused_remote_event I = (S) none 
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NAME : CW I .causedremoteevent I 
caused_remote_event2 = (S)nnne 

5 NAME: CW I. caused remote_eveni2 
destjine Instate = (S) any 

NAME : CW I .destjinc I _state 
dest_line2_state = (S) any 

10 

NAME CWI.dest_line2_stalc 

feature_nanie = (S) Call Wailing 

NAME: CW I. feature jinme 
15 localjinestate - (S) idle 

NAME. CWl.local_line_stale 

local ion_attachments = (S) local 

20 NAME : CWI location attachments 

rank* (I) Unknown 

sequence_number = {I) I 

NAME; CW l.sequence_number 
25 trtgger_event_location = (S) local 

NAME : CWl.triggereventJocation 

tngger_event_type = (S) control code 

30 NAME : CW 1 .trigger_event_type 

NAME : CW2 
CLASSES : 

featurcstaies 
35 PROPERTIES 

cascade attachments = (S) none 

NAME : CW2.caseade_attaclimems 
caused_local_event - (S>beep 

40 

NAME : CW2xauscd_local_event 

caused_remote_eventl = (S) none 

NAME : CW2.caused_remote_evenil 
45 caused_remote_event2 = (S) announcement 
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NAME : CW2. caused rcmole_eveul2 
dest_linel_state •= <S> call in progress 

NAME : CW2.destJinei state 
5 dest_line2_state - (S) dialling 

NAME : CW2.deslJine2_slate 

feature name = (S) Call Waiting 

10 NAME : CW2.feature_name 

loeallinestate = (S) tail in progress 

NAME : CW2.IocaUine_state 

location_attachmejus = (N) local 

15 

NAME : CW2.iocation_attachmems 

rank = (1)1 rnknown 

sequencc_number = (1)2 

20 NAME ; CW2.sequence_ntimher 

trigger_event_locat!on = (S) local 

NAME : CW2. trigger eventjoeatiou 
trigger_event_type = (S) seize 

25 

NAME : CW2.trigger_event_type 



NAME : CW3a 
CLASSES : 
30 feature states 
PROPERTIES 

cascade_attachments = 



(S) none 



NAME : CW3a.cascade attachments 
35 causedjocal cvent = (S) announcement 

NAME : CW3axnusedJocal_evcni 
causedremoteeventl = (S) clear 

40 NAME : CW3a. caused _remote_e vent I 

caused_remote__event2 = (S) none 

NAME : CW3a.causod_remoie_event2 
dest_linel_state = <S> call in progress 

45 

NAME: CW3a.dest_linel_stme 
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dest_iine2_state = (S) call in progress 

NAME : CW3a.dest_line2_state 
teature_name - (S) Call Wailing 

5 

NAME: CW3a.feitturc_namc 

!ocaMine_state = (S) call in progress 

NAME CW3a.local line state 
10 locationattachmcnts = (NUocal 

NAME : CW3aJocation_nltachmcnis 

rank= (I) Unknown 

sequencejiumber = (!) > 

15 

NAME : CW3a.sequencc_number 

trigger_event_location = (S) local 

NAME : CW3a.trigger_event_locatinn 
20 trigger_event_type = (S) control code 

NAME : CW3a.trigger_event_type 

NAME : CW3b 
25 CLASSES : 

feature_states 
PROPERTIES : 

cascade_attachments = (S) none 

30 NAME : CW3b.caseade_attachmenis 

causedjocalevent = (S) announcement 

NAME : CW3b.causedJocal_event 
caused_remote_event 1 = (S) none 

35 

NAME : CW3b.catised_remoie_evcntl 
caused_remote_evem2 = (S) clear 

NAME : CW3bxauscd_rcmotc_cvent2 
40 destjine I slate « (S) call in process 

NAME: CW3b dest_line Instate 

dest_line2_state = (S) call in progress 

45 NAME : CW3b.destJine2j»tate 

feature_name = (S) Call Waiting 



WO 98/14017 



PCT/GB97/02505 



33 



NAME : CW3b.f'e»turc name 

locaMinestate = (S) call in progress 

5 NAME : C\V3b.loenl_linc_stalc 

location attachments = fS) local 

NAME : CW3b. local ion attachments 

rank = (\) \ nknown 

1 0 seqiience numher = ( I) .? 

NAME : CW3b.sequcncu_fuimhcr 
trigger_eventJoe;uion - (S) local 

1 5 NAME : CW3b.trigger_event_loeaiion 

trigger_event_type = (S) control code 

NAME : CW3b.trigger_evcntjype 

Objects describing the Cetfl divert on tw reply feature 

NAME: DNRI 
CLASSES : 

feature_states 
PROPERTIES : 

cascadeattachments = (Si none 

NAME : DNRI .cascade_attachmenis 

causcd_local_event = (St announcement 

30 NAME: DNRIxausedJncalevont 

caused_remote_evenll = (S» none 

NAM E : DNR i causedremoteevent 1 
caused_remote_event2 = (S) none 

35 

NAME : DNRI caused rcmote_e\ cm2 
dest_linel_state = (S) any 

NAME: DNRl.dcstJinel_statc 
40 dest Jine2_statc - (Many 

NAME: DNRl.<lcsl_line2_stalc 

teaturename - (S) Call Divert on No Reply 

45 NAME: DNR I. feature name 



20 



25 
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localJine_state = (S) idle 

NAME: DNRUocal_linc_state 

locationattachmems = (S) local 

5 

NAME : DNRI.Iocalionaltachmcnls 

rank = (hi inknown 

sequence_number - (1)1 

10 NAME DNR I. sequence number 

lrigger_event_locahon - <S) local 

NAME ; DNRUriguer_eveniJocaiioii 

trigger_evenl_type = (S) control code 

15 

NAME DNRl.trig«er_eveiH_typc 

NAME : DNR2 
CLASSES : 
20 featurestates 
PROPERTIES : 

cascade_attachmenis = (S) none 

NAME : DNR2.cascade_attachments 
25 caused_local_eveiit - (S) none 

NAME : DNR2.caused_local_evem 
caused remote cvent I = (S) seize 

30 NAME : DNR2.causecl_remote_eventl 

caused_remote_eveiu2 = (S) none 

NAME : DNR2.caused_remoti:_event2 
dest_linel_state = (S>any 

35 

NAME : DNR2.dest_linel_statc 
dest_line2_staic = (S) any 

NAME : DNR2.dcslJinc2__state 
4-0 r'eaturenamc = (S) Call Divert on No Reply 

NAME : DNR2.teature_namc 

local_line_state = (S) ringing no reply 

45 NAME : DNR2.local_line_staie 

locationattachmems = (S) local 
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NAME : DNR2.location_attachmcnls 

rank = (1)1 : nkno\vn 

sequence_mimbcr = (0 2 

5 

NAME : DNR2. sequence number 

trigser^evenMocation - (S> local 

NAME : DNR2.triii!Zer_e> f enl_itieantMi 
10 tngger_event_type = (M iinieoul 

NAME : DNR2 trigger event Jypc 

NAME DNR3 
1 5 CLASSES : 

r"eature_states 
PROPERTIES : 

cascade attachments - (Si none 

20 NAME : DNR3.cascade_attaclimenis 

caused_Jocal_event = (S> none 

NAME : DNR3.caused_locnl_eveni 
caused_remote_event 1 - (S) clear 

25 

NAME : DNR3.caused_rcmote_cvciul 
caused_remote_evenL2 = (S> none 

NAME : DNR3.eaused_remote eveni2 
30 dest_linel_staie = (SI busy 

NAME : DNR3.desi_lmc I nstate 
dest_!ine2_state = (S) any 

35 NAME : DNR3 dcst_line2_state 

r'eature_namc = <N) C all Divert tin No Reply 

NAME : DNR3.!eaiure_name 
locaMinestatc = (S) any 

40 

NAME : DNR3JocalJme slate 

location_attachmenls - (S> local 



45 



NAME : DNR3. location attachments 

rank = (1)1 unknown 

scquencenumbcr = (I)" 
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NAME : DNR3.sequence_iuimher 
trigger_event_location = (S) local 

5 NAME : DNR3.tri»gcr_event_tncaiion 
trigger event typc - (S) clear 

NAME : DNR3.triggcr_event_iy|K 

Objects describing the Call divert tttt busy feature 

10 

NAME : DOB I 
CLASSES : 

featurestates 
PROPERTIES : 
15 cascade_attachments = (S) none 

NAME : DOB I .cascade_attaehmems 

caused_Jocal_event = (S) announcement 

20 NAME; DOB I. caused local eveni 

caused_remotc_evenU = (S) none 

NAME : DOB I .caiised_remote_evenl I 
caused_remote_event2 = (S) none 

25 

NAME : DOBl.caused_remote_evciu2 
dest_linel_state = IS) any 

NAME: DOBI.destJincl^state 
30 destjine2_state - (S)any 

NAME: DOBl.dest_iine2_state 

feature name * (S) Call Divert on Busy 

35 NAME : DOB 1 .feature jiame 
local Jine_state = (S) idle 

NAME: DOBUocal_line_state 

location attacliments = (S) local 

40 

NAME : DOB Uocation_attnchmems 

rank = {IM inknown 

sequcnce_number - (1)1 

45 NAME: DOBLsequence_number 
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triggereventjocation = (S) local 

NAME : DOBl.triugei event locaiion 

trigger_event_typc = IS) control eculc 

5 

NAME ; DOBl .triggei _cvent_l\ p<- 

NAME : DOB2 
CLASSES : 
1 0 featurestatcs 
PROPERTIES : 

cascadeattachments - (S) none 

NAME : DOB2.cascadc attachments 
1 5 causedjocaleveni (Si none 

NAME : DOB2.caused_lneal_evem 
caused_remoie_evem I - (S) seize 

20 NAME: DOB2. caused jcmote_evcnl I 

caused_remolc_eveni2 - (S) none 

NAME : DOB2.caused_remolc_cvcnl2 
destjinel_state - (S> any 

25 

NAME: DOB2.desi_hncl_statc 
dest_line2_staie «- (M am 

NAME: DOB2.desMinc2 stale 
30 feature_name * (S) Call Dtven on Busy 

NAME : DOB 2 teat lire name 
local_line_statc - (S) husy 

35 NAME: DOB2. local Jincslaie 

iocation_attachmcnis - (S) local 

NAME : DOB2. location attachments 

rank = (hi nknown 

40 sequencc_numbcr = (i) 2 

NAME : DOB2.sequcncc_iiumhcr 

trigger_event_location = <S| local 

45 NAME : DOB2. trigger event location 

trigger_event_type = (S) seize 
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NAME : DOB2.tngger_evemjypo 

NAME : DOB3 
5 CLASSES : 

feature_states 
PROPERTIES : 

cascade_attachmcms = (S> none 

10 NAME: DOB3.cascade_auachmcnis 

caused Jocal^eveni = (S) none 

NAME : DOB3.causciUoen!_eveni 
causedreinoteevent I ~ ( S> clear 

15 

NAME : DOB3.eausecl_remote_cvcnt I 
caused_remote_event2 = (S) none 

NAME : DOB3.caused_rcmotc_cvciu2 
20 dest_line Instate = (S) busy 

NAME: DOB3.dest_line!_state 
dcst_linc2_statc = (S)any 

25 NAME : DOB3.destJine2_state 

teaturename = (S) Call Divert on Busy 

NAME ; DOB3.fealiire_narne 
local_line_state = (S)any 

30 

NAME : DOB3.local_line_state 

location attachments = (S) local 

NAME : DOB3.location_nttachmcn«s 
35 rank = (I) Unknown 

sequence junnber = (H ; 

NAME : DOB3.set|iience_numbet 

trigeereventjoeation = (S) local 

40 

NAME . DOB3.tngger_cvcntJocalion 
trigger_evcnt_type = (S) clear 

NAME : DOB3.trigucr event Jypc 
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Objects describing a new service tcahire 
NAME : next_fentLire_sta!e 
PROPERTIES 

cascade_attachments = (S) none 

5 



NAME : next_fealiirc_state. cascade attachments 



caused_local_event = 


(S) 1 nknown 


caused remote event 1 - 


(S) \ i nknown 


caused_remote_event2 » 


(S) I nknown 


destline 1 state - 


(S) f inknown 


dest_line2_state = 


(S) 1 'nknown 


featurename = 


(S) I inknown 


locallinestate = 


<S) \ - nknown 


locaiion_attachments - 


(S) local 



15 

NAME : nextteaturestate.locaiionaitachmeius 
sequence_number = (I) I inknown 

triggereventjocation = (S) I inknown 
trigger_event_type = (S) Unknown 
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A temporary object 

NAME : temp 
PROPERTIES : 

returnvat - (I) Unknown 

5 
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CL A IM S 

1 . A system for detecting interaction between services running on a 
telecommunications network comprising: 

a computer expert system including: 
5 a) a data store programmed with data representing attributes of 

service features; 

b) a rule store programmed with rules which relate feature attributes 
to interaction behaviours; and 

c) an inference engine which is connected to the data store and to 
10 the rule store and which is arranged to process the data and the 

rules, thereby detecting any interaction between the services. 

2. A system according to claim 1, in which the data store includes a plurality 
of objects including, for each feature which is represented in the data store, a set 

15 of objects corresponding to different respective state transitions of the feature. 

3. A system according to claim 2, in which each of the said set of objects 
includes a sequence number corresponding to the position of the respective state 
transition in the sequence of execution of the feature and at least some of the 

20 rules in the rule store reason over the values of the sequence numbers. 

4. A system according to any claim 2 or 3, in which the objects are arranged 
in a hierarchy of superclasses and subclasses of the superclasses, and some of the 
rules reason over superclasses and others of the rules reason over subclasses. 

25 

5. A telecommunications network including a system according to any one of 
claims 1 to 4. 

6. A method of detecting interaction between services running on a 
30 telecommunications network comprising: 

programming a computer expert system including an inference engine with 
data representing attributes of service features and with rules relating feature 
attributes to interaction behaviours; and 
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processing the said data and the said rules in the inference engine and 
detecting thereby any interaction between the said services. 

7. A method of operating a telecommunications network comprising: 

5 programming a computer expert system with data representing attributes 

of service features and with rules relating feature attributes to interaction 
behaviours; 

processing the said data and the said rules in an inference engine and 
detecting thereby any interaction between the said services; and 
10 modifying the operation of the network when any interaction is detected. 

8. A method according to claim 6 or 7, in which the said data are stored as a 
plurality of objects which include, for each feature which is represented, a set of 
objects corresponding to different respective state transition of the feature. 

15 

9. A method according to claim 8, including storing a sequence number for 
each of the objects in the said set, where the sequence number corresponds to the 
position of the respective state transition in the sequence of execution of the 
feature and in which at least some of the rules reason over the values of the 

20 sequence numbers. 

10. A method according to claim 8 or 9, in which the objects are arranged in a 
hierarchy of superclasses and subclasses of the superclasses, and some of the 
rules reason over superclasses and others of the rules reason over subclasses. 

25 
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